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SYSTEM FOR AND METHOD OF DETECTIP^^fi^K^lE 0 8 JUL 2ttt 
IN MACROS AND EXECUTABLE SCRIPTS 



The present invention relates to a method of, and system for, heuristically 
5 detecting malware in macros and executable scripts, by checking for the presence of 
encoded strings. 

Viruses and other forms of malware (malicious software) pose an ever- 
increasing problem for computer users and users of the internet. Early viruses tended to be 
spread as binary executables which would execute on computers of a known type. A 

10 traditional measure against virus infections is anti-virus file scanning in which a file, 
treated as a succession of bytes, is scanned looking for byte patterns that have been 
identified as characteristic signatures of known malware. This virus scanning may take 
place on files stored on a local or network disk drive or files which are in transit on a 
network, with the scanning taking place as they pass by a particular node on the network or 

1 5 pass through a network gateway such as an email gateway. Since the use of the internet for 
web access, email and other purposes has become widespread, and the software to be 
found on a typical user's machine has become more sophisticated, the opportunity has 
arisen for virus writers to create viruses which are distributed in essentially source code 
forms. These so-called script- or macro viruses rely on the user's computer having 

20 software on it which will act as an execution environment for a program, that is the virus, 
which arrives at the computer e.g. as an email attachment. 

Features added to an operating system to increase the ease of use by non- 
technical users offer opportunities for virus writers to exploit. For example, Microsoft 
Windows has a facility whereby files having a certain file extension (that is, the 

25 character(s) following the final "." in the file name) are associated with a particular 

application program such that the act of the user "opening" the file in Windows 1 graphical 
user interface causes Windows to activate the associated program and load the file in 
question. This has provided the basis for recent script viruses which work by attaching a 
file containing the source code to an email which is then distributed to users; the file is 

30 given the extension necessary to activate the script host program on a recipient's computer. 
When the recipient opens the attachment, the host is activated and the files executed. 
There have been a number of virus outbreaks in which the virus is spread as a script for the 
Visual Basic Scripting host on Windows machines. 
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Similarly, a number of end-user applications such as word processors and 
spreadsheets incorporate a "macro" facility for enabling the user to automate repetitive or 
difficult tasks. The macro "language" involved may be of differing degrees of 
sophistication, with some, such as those found in Microsoft Office products, being very 
5 similar to parallel scripting languages. A minor difference is that scripts tend to be stored, 
on disk and elsewhere, purely in source code form, whereas macro files may include binary 
data as well as or instead of textual source code. For example, this binary data may 
include a "tokenised" version of the macro's source code, or actual executable machine 
codes. 

10 In addition to Visual Basic Scripting and Microsoft Office macros, there are 

several computer languages where the source code is available in the executable file. This 
might be because the language is interpreted without being compiled, for example, Perl. 
Virus writers who use such mediums often try and make their creations hard to detect. 
They may do this writing code that is hard to understand. They may also write self 

15 modifying code, so that with each generation of the code, the code subtly changes. This is 
done in order to make it hard for anti-virus vendors to create signatures that detect the virus 
in all its infinite variations. They may also hide virus code in comments or strings. These 
are then read in, decrypted, and acted upon. 

Signature-based scanning is ineffective against script- and source-code-only 

20 macro viruses, because their contents do not correspond one-for-one with machine 

instructions, since there are many different ways the same programmatic action may be 
expressed in source code and source code may be transformed in various ways, for 
example in terms of usage of "whitespace", i.e., space, tab and newline characters, or 
substitution of variable names which will alter the contents of the source code without 

25 altering its effect. 

The present invention is based on an appreciation of the fact that, as regards 
script- and macro-viruses, in some of these cases, it is possible to heuristically detect the 
virus by frequency analysis of character counts in various parts of the program. 

According to the present invention there is provided a system for scanning 

30 for malware a computer file containing source code of a computer program in a given 
computer language comprising: 

means for separating the source code into groups of constituent parts 
corresponding to different structural parts of the program; 
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means for processing each part to count the number of occurrences in that 
part of characters of a character set to obtain a frequency distribution of characters in that 
part; 

means for comparing the character frequency distribution of each part with 
5 an expected range of frequency distributions; and 

means for flagging the file as suspect or not depending on the result of one 
or more comparisons by the comparing means 

The invention also provides a method for scanning for malware a computer 
file containing source code of a computer in a given computer program language 
10 comprising: 

separating the source code into groups of constituent parts corresponding to 
different structural parts of the program; 

processing each part to count the number of occurrences in that part of 
characters of a character set to obtain a frequency distribution of characters in that part; 
1 5 comparing the character frequency distribution of each part with an 

expected range of frequency distributions; and 

flagging the file as suspect or not depending on the result of one or more 
comparisons by the comparing means. 

The invention will be further described by way of non-limitative example 
20 with reference to the accompanying drawing, in which:- 

Figure 1 is a combined block diagram of, and flow chart of the operation of, 
one embodiment of a system according to the present invention 

The embodiment of the invention illustrated in Figure 1 is for use in an anti- 
virus scanning system, in which a succession of files are presented for scanning at an 
25 input 1, are subject to scanning by the system 10 and then flagged as possibly containing a 
virus depending on the result. The origin of the files is not material to the present 
invention: they may be files read in succession from a local or network disk-drive and may 
be the files ordinarily stored on the disk drive for its normal purpose or files which are 
created by the system to store attachments to e-mails being processed by a mail scanning 
30 system of which the system illustrated in Figures 1 forms part. It is assumed that the files 
applied to the input 1 have been subject to prior automatic filtering to filter out all those 
bar ones which are considered to be script files or macro files containing scripts. 

The system 10, which may be implemented by means of a software 
automaton operates according to the following algorithm. 
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Algorithm 

1. A script file is delivered to the input 1 for processing. 

2. A 'gatherer' 2 analyses the program which the script defines and gathers 
together the program parts being analysed into groups, eliminating duplicates. Typical 

5 groups would be the group of all comments, the group of variable names, the group of 

subroutine names, the group of strings, but the invention is not limited to these particular 
groups. 

3. The gathered group contents are then passed to a scorer 3, which will score 
each group as suspicious or not suspicious. 

10 4. The scorer 3 selects the first group for processing at 4. 

5. A frequency analyser 5 takes the contents of the group, counts the number 
of occurrences of each character, working out a frequency distribution histogram data set. 

6. A matcher 6 takes this distribution from the analyser 5 and determines 
whether this has a close match with the distribution expected for the languages it knows 

1 5 about as recorded in a language database 7. If not, the group is provisionally flagged as 
suspect. 

7. If there are groups left, go to step 4. 

8. If there are no groups marked as suspect, finish processing by flagging the 
file to be treated as non-malware at an output 8. 

20 9. The script is checked by an exception list matcher 9 to see if it can be 

ignored. This is, for instance, to ignore known scripts which flag as suspicious. If the 
script can be ignored, stop processing and flag the file to be treated as non-malware at 
output 8. 

10. If processing arrives here, the script is flagged as malware, by activating a 

25 "treat as malware 11 flag at output 1 1 . 

Gatherer 

One way of implementing gatherer 2 is as a process that parses the script, 
breaking it up into components. Components the system 10 is interested in, such as 
30 comments, strings and so on, are stored in groups for future analysis by the scorer 3. The 
gatherer 2 will need different parsing processes for different types of scripts. For instance, 
comments in PERL are introduced by the hash character, '#', while comments in Microsoft 
VBA (Visual BASIC for Applications) are introduced either by the word 'Rem', or by a 
single quote. 
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Example 

The following is an example VBA script 

5 Sub Test () 

Rem This is a test subroutine 
Rem It does not do much 

MsgBox "Hello World" 

End Sub 

10 

Sub Test2() 

Rem This another routine 
Rem It does not do much 
Dim var As Integer 
15 Dim AnotherVar as String 

Var = 7 

AnotherVar = "Hello" 
Var = Var + 3 
End Sub 

20 

This would generate the following groups: 

Group of comments 

This is a test subroutine 
25 It does not do much 

This another routine 

Group of routine names 

Test 

30 Test2 

Group of strings 

Hello World 
Hello 

35 

Group of variable names 

var 

AnotherVar 

40 Scorer 

The scorer 3 processes each group, and also consists of the frequency 
analyser and the matcher. 



Frequency Analyser 

45 The frequency analyser 5 converts upper case letters to the equivalent lower 

case letter. It then counts the number of instances of each character code in each group, 
and calculates percentages. Analysis is not confined to single byte character sets, that is 
the frequency analyser 5 should be adapted to handle multi-byte character sets and 
Unicode. 
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Example: 

If the group of strings is 

Hello World 
Hello 

Then the frequency distribution will be 
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and the percentage frequency distribution will be 
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Matcher 

The matcher 6 compares the frequency distribution of the group as 
calculated by the frequency analyser 5, with the frequency distribution of known sets. 
Normally these sets will be written languages, such as English, German, Chinese and so 
on. Depending on the particular group, the matcher 6 may or may not take all or some 
punctuation into account. For instance, subroutine and variable names typically do not 
contain punctuation, and so punctuation will be ignored for these groups. However strings 
and comments typically would contain punctuation - especially spaces, and so punctuation 
will not be ignored for these groups. 

Matching is done set by set by comparing the percentage frequency for each 
character, with the expected percentage frequency range for that character. If the 
frequency falls outside the range, an anomaly is recorded, and a count incremented. Once 
all characters have been processed, the anomaly count is checked, and if greater than a 
certain value, the group is flagged as not matching the set. Processing then continues with 
the next set. If the anomaly count is not greater than the certain value, the group is flagged 
as matching the set, and processing stops with the matcher recording the group was not 
suspect. 

If no sets match, the group is recorded as suspect. 
The allowed percentage frequency range for each character will be a 
function of the set (e.g. English), the actual character (e.g. 'E') , and the total number of 
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characters in the group under test - a large group under test will be expected to have a 
better correlation than a small group. Sufficiently small groups are not expected to have 
good correlation ,and there will be a cut off point where the function returns the limits as 
between 0% and 100%. 
5 The allowed anomaly count will be a function of the set and the total 

number of characters in the group under test. 

For instance, in English the letter V might be expected to occur roughly 
10% of the time. For a group of size 10,000 the function might return expected limits of 
9.2% and 10.8%. For a group of size 1,000, the limits might be 7% and 12.5%. 

10 

Exception List 

The exception list handler 9 implements rules which are used to eliminate 
false positives for known programs that are harmless but which may otherwise be 
accidentally marked as suspicious. The exception list rules can work in various ways, 
15 including but not limited to comparing the MD5 checksum of a file with a list of known 
checksums, or by searching the files for regular expressions. If an exception list match 
occurs, no further action is taken, beyond flagging the file as "treat as non-malware" at 
output 8. 

Programs which are stopped as viral, but which do not turn out to be viral, 
20 can be analysed, and an exception list entry generated and added to the rules of exception 
list handler 9, so that similar false positives do not occur in future. 

As well as using the system 10 as a stand-alone virus detection system, it 
can be combined with systems which implement other techniques as part of a larger 
system. For instance, programs flagged as viral by the system 10 may be allocated a 
25 certain score, or variety of scores depending on the exact circumstances, possibly to be 

taken into account in conjunction with scores taken from other systems. Different groups 
may be allocated different weightings (for instance, an anomaly in the group of strings may 
be more suspicious than an anomaly in the group of variables). Scores may also be 
assigned using other heuristic techniques, and only if the total score passes some limit is 
30 the program flagged as viral. 

Extra long strings or arrays of strings may be considered as a separate group 
all by themselves. 

Small sample sets may be ignored. For instance, if there are only ten 
variables, this may not be enough to analyse. 



